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AMENDMENTS TO THE CLAIMS 

Please amend the claims as follows: 



1 1 . (Previously Presented) A system for controlling real-time transport protocol flow, 

2 comprising: 

3 a plurality of computers that are connected to a first computer, wherein each of said 

4 plurality of computers compriset : 

5 a transceiver; 

6 software stored within said plurality of computers defining functions to be 

7 performed by said plurality of computers; and 

8 a processor configured by said software to perform the steps of, 

9 performing an inbound screen on route information received by said plurality of 

10 computers, from said first computer, to determine if said received route information should be 

1 1 discarded, 

12 if said route information is not discarded, comparing said received and screened route 

1 3 information to a local policy defined within said plurality of computers; and 

14 a database on which said local policy is stored, wherein said local policy is used 

1 5 by each of said plurality of computers. 

1 2. (Original) The system of claim 1, wherein a single address is used for all of said 

2 plurality of computers. 

1 3. (Original) The system of claim 1, wherein said received route information is 

2 provided within a telephony routing over Internet protocol (TRIP) update message. 

1 4. (Original) The system of claim 1, wherein said database also stores internal route 

2 information and route information from said received and screened route information. 
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1 5. (Original) The system of claim 4, wherein said processor is further configured by 

2 said software to perform the step of, selecting a primary route from a group of routes comprising 

3 said internal route information and said received and screened route information. 

1 6. (Original) The system of claim 5, wherein said processor is further configured by 

2 said software to perform the step of, processing a received session initiation protocol (SIP) invite 

3 message that is received on said primary route. 

1 7. (Currently Amended) The system of claim 5, wherein said processor is further 

2 configured by said software to perform the step of, performing an outbound screen on said 

3 received and screened information prior to transmitting said received and screened information 

4 outside said clust e r plurality of computers, wherein said outbound screen is performed on said 

5 primary route prior to said transceiver transmitting said primary route to said first computer. 

1 8. (Currently Amended) The system of claim 1 , wherein said local policy comprises 

2 an activate date and time field that defines a date and time for said local policy to be enabled by 

3 said s e cond proc e ssor . 

1 9. (Currently Amended) The system of claim 1 , wherein said local policy comprises 

2 a de-activate date and time field that defines a date and time for said local policy to be disabled 

3 by said s e cond processor . 

1 10. (Original) The system of claim 1, wherein said local policy comprises an origin 

2 field. 

1 11. (Original) The system of claim 10, wherein said processor is further configured 

2 by said software to perform the step of, comparing said origin field within said local policy to an 

3 origin attribute within said received route information, if said received route information 

4 comprises said origin attribute, and utilizing said local policy if said origin attribute at least 

5 partially matches said origin field. 
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1 12. (Original) The system of claim 3, wherein said processor is further configured by 

2 said software to perform the step of, utilizing said local policy if said TRIP update message does 

3 not comprise an origin attribute. 

1 13. (Currently Amended) The system of claim 1 1 , wherein the format of said origin 

2 attribute and said origin field conforms to E.164 style addresses, Internet style addresses, and; 

3 SIP telephone addresses or non-SIP telephone addresses. 

1 14. (Original) The system of claim 1, wherein said local policy comprises a 

2 destination field. 

1 15. (Original) The system of claim 14, wherein said processor is further configured 

2 by said software to perform the step of, comparing said destination field within said local policy 

3 to a destination attribute within said received route information, if said received route 

4 information comprises said destination attribute, and utilizing said local policy if said destination 

5 attribute at least partially matches said destination field. 

1 16. (Original) The system of claim 15, wherein the format of said destination 

2 attribute and said destination field conforms to E.164 style addresses, Internet style addresses, 

3 SIP telephone addresses, or non-SIP telephone addresses. 

1 17. (Original) The system of claim 1, wherein said local policy comprises a carrier 

2 field that identifies a number of carriers from which said route information will be accepted by 

3 said plurality of computers. 

1 18. (Original) The system of claim 17, wherein said processor is further configured 

2 by said software to perform the step of, discarding said received route information if a carrier 

3 attribute comprised by said received route information does not match at least one carrier 

4 identified by said carrier field. 
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1 19. (Original) The system of claim 1, wherein said local policy comprises a cost field 

2 that identifies an acceptable range of cost to be billed for use of a route. 

1 20. (Original) The system of claim 19, wherein said processor is further configured 

2 by said software to perform the step of, discarding said received route information if a cost 

3 attribute comprised by said received route information does not fall within said acceptable range 

4 of cost identified by said cost field. 

1 21 . (Original) The system of claim 1, wherein said local policy comprises a quality 

2 of service (QoS) field that identifies an acceptable range of QoS associated with use of a route. 

1 22. (Original) The system of claim 21, wherein said processor is further configured 

2 by said software to perform the step of, discarding said received route information if a QoS 

3 attribute within said received route information does not fall within said acceptable range of QoS 

4 cost identified by said QoS field. 
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1 23. (Previously Presented) A method of controlling real-time transport protocol 

2 flow, comprising the steps of: 

3 receiving information regarding a route from a first computer to a plurality of computers; 

4 performing an inbound screen on said information to determine if said information should 

5 be discarded; and 

6 if said information is not discarded, comparing said information to a local policy that is 

7 used by each of the plurality of computers. 

1 24. (Original) The method of claim 23, wherein said route is for ranges conformed to 

2 E.164 style numbering, Internet style addresses of endpoints, SIP telephone addresses, or non- 

3 SIP telephone addresses. 

1 25. (Previously Presented) The method of claim 23, further comprising the step of 

2 selecting a primary route from a group of routes comprising, information regarding an internal 

3 route that is associated with said local, policy, and said information. 

1 26. (Original) The method of claim 25, further comprising the step of processing a 

2 received session initiation protocol (SEP) invite message that is received on said primary route. 

1 27. (Previously Presented) The method of claim 25, further comprising the step of 

2 performing an outbound screen on said information prior to transmitting said information to one 

3 or more computers within an Internet telephony administrative domain managed by an entity 

4 other than an entity that manages said plurality of computers, wherein said outbound screen is 

5 performed on said information regarding a route prior to transmitting said primary route. 

1 28. (Original) The method of claim 23, further comprising the step of enabling said 

2 local policy on a specified date and at a specified time in accordance with an activate date and 

3 time field defined by said local policy. 
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1 29. (Original) The method of claim 23, further comprising the step of disabling said 

2 local policy on a specified date and at a specified time in accordance with a de-activate date and 

3 time field defined by said local policy. 

1 30. (Original) The method of claim 23, wherein said local policy comprises an origin 

2 field. 

1 31. (Original) The method of claim 30, further comprising the step of comparing said 

2 origin field within said local policy to an origin attribute within said received route information, 

3 if said received route information comprises said origin attribute, and utilizing said local policy if 

4 said origin attribute at least partially matches said origin field. 

1 32. (Original) The method of claim 31, wherein the format of said origin attribute 

2 and said origin field conforms to E.164 style addresses, Internet style addresses, SIP telephone 

3 addresses, or non-SIP telephone addresses. 

1 33. (Original) The method of claim 23, wherein said route information is provided 

2 within a telephony routing over Internet protocol (TRIP) update message. 

1 34. (Original) The method of claim 23, wherein said local policy comprises a 

2 destination field. 

1 35. (Original) The method of claim 34, further comprising the step of comparing said 

2 destination field within said local policy to a destination attribute comprised by said received 

3 route information, if said received route information comprises said destination attribute, and 

4 utilizing said local policy if said destination attribute at least partially matches said destination 

5 field. 
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1 36. (Original) The method of claim 31, wherein the format of said destination 

2 attribute and said destination field conforms to E.164 style addresses, Internet style addresses, 

3 SIP telephone addresses, or non-SIP telephone addresses. 

1 37. (Original) The method of claim 23, wherein said local policy comprises a carrier 

2 field that identifies a number of carriers from which said route information will be accepted. 

1 38. (Original) The method of claim 37, further comprising the step of discarding said 

2 received route information if a carrier attribute within said received route information does not 

3 match at least one carrier identified by said carrier field. 

1 39. (Original) The method of claim 23, wherein said local policy comprises a cost 

2 field that identifies an acceptable range of cost to be billed for use of a route. 

1 40. (Original) The method of claim 39, further comprising the step of discarding said 

2 received route information if a cost attribute with said received route information does not fall 

3 within said acceptable range of cost identified by said cost field. 

1 41 . (Original) The method of claim 23, wherein said local policy comprises a quality 

2 of service (QoS) field that identifies an acceptable range of QoS associated with use of a route. 

1 42. (Original) The system of claim 41, further comprising the step of discarding said 

2 received route information if a QoS attribute comprised by said received route information does 

3 not fall within said acceptable range of QoS cost identified by said QoS field. 

1 43. (Original) A system for controlling real-time transport protocol flow through 

2 multiple networks, comprising: 

3 means for receiving information regarding a route from a first computer to a plurality of 

4 computers; 
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5 means for performing an inbound screen on said received route information configured to 

6 determine if said received route information should be discarded; and 

7 means for comparing said received and screened route information to a local policy that 

8 is used by the plurality of computers if said route information is not discarded. 

1 44. (Original) The system of claim 43, wherein said route is for ranges conformed to 

2 E.164 style numbering, Internet style addresses of endpoints, SEP telephone addresses, and non- 

3 SEP telephone addresses. 

1 45. (Original) The system of claim 43, further comprising a means for selecting a 

2 primary route from a group of routes comprising, information regarding an internal route that is 

3 associated with said local policy, and said received and screened route information. 

1 46. (Original) The system of claim 45, further comprising a means for processing a 

2 received session initiation protocol (SEP) invite message that is received on said primary route. 



i. 



12 



Serial No.: 09/844,992 
TKHR Docket No. 050115-1030 

47. (Original) The system of claim 45, further comprising a means for performing an 
outbound screen on said received and screened information, configured to perform said outbound 
screen prior to transmitting said received and screened information outside of said plurality of 
computers, and wherein said means for performing said outbound screen performs outbound 
screening on said primary route prior to transmitting said primary route outside of said plurality 
of computers. 

48. (Original) The system of claim 43, further comprising a means for enabling said 
local policy on a specified date and at a specified time in accordance with an activate date and 
time field defined by said local policy. 

49. (Original) The system of claim 43, further comprising a means for disabling said 
local policy on a specified date and at a specified time in accordance with a de-activate date and 
time field defined by said local policy. 

50. (Original) The system of claim 43, wherein said local policy comprises an origin 

field. 

51. (Original) The system of claim 50, further comprising a means for comparing 
said origin field within said local policy to an origin attribute within said received route 
information if said received route information comprises said origin attribute, and which utilizes 
said local policy if said origin attribute at least partially matches said origin field. 

52. (Original) The system of claim 51, wherein the format of said origin attribute and 
said origin field conforms to E.164 style addresses, Internet style addresses, SIP telephone 
addresses, or non-SIP telephone addresses. 

53. (Original) The system of claim 43, wherein said route information is provided 
within a telephony routing over Internet protocol (TRIP) update message. 
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1 54. (Original) The system of claim 43, wherein said local policy comprises a 

2 destination field. 

1 55. (Original) The system of claim 54, further comprising a means for comparing 

2 said destination field within said local policy to a destination attribute within said received route 

3 information if said received route information comprises said destination attribute, and which 

4 utilizes said local policy if said destination attribute at least partially matches said destination 

5 field. 

1 56. (Original) The system of claim 51, wherein the format of said destination 

2 attribute and said destination field conforms to E.164 style addresses, Internet style addresses, 

3 SIP telephone addresses, or non-SIP telephone addresses. 

1 57. (Original) The system of claim 53, wherein said local policy comprises a carrier 

2 field that identifies a number of carriers from which said route information will be accepted. 

1 58. (Original) The system of claim 57, further comprising a means for discarding 

2 said received route information if a carrier attribute with said received route information does not 

3 match at least one carrier identified by said carrier field. 

1 59. (Original) The system of claim 43, wherein said local policy comprises a cost 

2 field that identifies an acceptable range of cost to be billed for use of a route. 

1 60. (Original) The system of claim 59, further comprising a means for discarding 

2 said received route information if a cost attribute comprised by said received route information 

3 does not fall within said acceptable range of cost identified by said cost field. 
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61. (Original) The system of claim 43, wherein said local policy comprises a quality 
of service (QoS) field that identifies an acceptable range of QoS associated with use of a route. 

62. (Original) The system of claim 61, further comprising a means for discarding 
said received route information if a QoS attribute comprised by said received route information 
does not fall within said acceptable range of QoS cost identified by said QoS field. 
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